home *** CD-ROM | disk | FTP | other *** search
/ EnigmA Amiga Run 1995 October / EnigmA AMIGA RUN 01 (1995)(G.R. Edizioni)(IT)[!][issue 1995-10][Aminet 7].iso / Aminet / dev / amos / AMOSL0595.lzh / AMOSLIST / 000091_amos-request@svcs1.digex.net_Sun May 21 23:23:08 1995.msg < prev    next >
Internet Message Format  |  1995-06-01  |  3KB
  1. Received: from svcs1.digex.net by mail1.access.digex.net with SMTP id AA09779
  2.   (5.67b8/IDA-1.5); Sun, 21 May 1995 23:23:07 -0400
  3. Received: by svcs1.digex.net id AA10882
  4.   (5.67b8/IDA-1.5 for amos-out); Sun, 21 May 1995 18:22:23 -0400
  5. Received: from mail1.access.digex.net by svcs1.digex.net with SMTP id AA10876
  6.   (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Sun, 21 May 1995 18:22:21 -0400
  7. Received: from rhea.otol.fi by mail1.access.digex.net with SMTP id AA00213
  8.   (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Sun, 21 May 1995 18:20:50 -0400
  9. Received: from janus.otol.fi (tumu@janus.otol.fi [193.64.226.249]) by rhea.otol.fi (8.6.12/8.6.9) with ESMTP id BAA07258; Mon, 22 May 1995 01:22:13 +0300
  10. Received: (from tumu@localhost) by janus.otol.fi (8.6.9/8.6.9) id BAA02571; Mon, 22 May 1995 01:22:11 +0300
  11. Date: Mon, 22 May 1995 01:22:10 +0300 (EET DST)
  12. From: Tuomas Lukinmaa <tumu@janus.otol.fi>
  13. To: Martijn Wehrens <m.g.d.wehrens@chem.ruu.nl>
  14. Cc: Amos-Mailing-List <amos-list@access.digex.net>
  15. Subject: Re: rtez_on_myscreen?
  16. In-Reply-To: <9505191257.AA21992@tc6.chem.ruu.nl>
  17. Message-Id: <Pine.SUN.3.90.950522010230.2275B-100000@janus.otol.fi>
  18. Mime-Version: 1.0
  19. Content-Type: TEXT/PLAIN; charset=US-ASCII
  20. Status: RO
  21. X-Status: 
  22.  
  23. On Fri, 19 May 1995, Martijn Wehrens wrote:
  24.  
  25. > Hi all,
  26. > 
  27. > The other day, Tumu / BFB team <tumu@janus.otol.fi
  28. > posted a message containing the code needed to make use of the
  29. > reqtools requesters rtezrequest and rtfilrequest. They used a function
  30. > 
  31. > _RTFILENAMEPTR=Ma Malloc(108,Mem Public+Mem Clear)
  32. > 
  33. > in their code. I suppose this is to do a 'allocmem' from exec and this
  34. > can be done without the extension they propose. The easiest way is
  35. > to make use of :
  36. > 
  37. > Reserve as work 6,108
  38. > Poke$ Start(6),String$(chr$(0),108)
  39. > _RTFILENAMEPRT=Start(6)
  40. > 
  41. > Further, they use the Elmem$ functions to read out the text, this
  42. > can also be done with:
  43. > 
  44. > _RTFILE$=Peek$(_RTFILENAMEPRT,108,chr$(0))
  45. > 
  46. > which leads to the exact same result. However, there may be a reason
  47. > to do this as they did, if there is: Please post a message explaining
  48. > why!
  49.  
  50. You can use both ways to reserve the reqbuffer and rtfilenamebuffer but I 
  51. like using Easylife and Makes lib commands because they are easier to 
  52. use and Makes lib memory allocation routines are System friendly.
  53.  
  54. And I forgotted to mention that you'll need Easylife extension as well if 
  55. you are going to use original Reqtools routines without modifications.
  56.  
  57.     Tumu / BFB Team
  58.